home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / telecom-recent / 000008_ptownson@massis.lcs.mit.edu _Tue Jan 9 09:43:02 1996.msg < prev    next >
Internet Message Format  |  1996-01-21  |  30KB

  1. Return-Path: <ptownson@massis.lcs.mit.edu>
  2. Received: by massis.lcs.mit.edu (8.7.1/NSCS-1.0S) 
  3.     id JAA28869; Tue, 9 Jan 1996 09:43:02 -0500 (EST)
  4. Date: Tue, 9 Jan 1996 09:43:02 -0500 (EST)
  5. From: ptownson@massis.lcs.mit.edu (Patrick A. Townson)
  6. Message-Id: <199601091443.JAA28869@massis.lcs.mit.edu>
  7. To: ptownson@massis.lcs.mit.edu
  8. Bcc:
  9. Subject: TELECOM Digest V16 #9
  10.  
  11. TELECOM Digest     Tue, 9 Jan 96 09:42:30 EST    Volume 16 : Issue 9
  12.  
  13. Inside This Issue:                        Editor: Patrick A. Townson
  14.  
  15.     Using the Telecom Archives (TELECOM Digest Editor)
  16.     Receiving the Digest via Email (TELECOM Digest Editor)
  17.     Who are ACG and Tel America, Inc? (Bill Price)
  18.     800 Number Abuse Question Answered (Allen Kass)
  19.     Re: 800 Number Abuse Question (Clarence Dold)
  20.     Re: Compuserve Censors Usenet (Ross E. Mitchell)
  21.     Fridays are Free With Sprint (Les Reeves)
  22.     Inter@ctive Week Article About FCC "ISP Tax" (Kevin Mitchell)
  23.     Forbidden Cellular NXXs (Tony Harminc)
  24.     Computer Telephony Expo 96 (Palent9999@aol.com)
  25.  
  26. TELECOM Digest is an electronic journal devoted mostly but not
  27. exclusively to telecommunications topics. It is circulated anywhere
  28. there is email, in addition to various telecom forums on a variety of
  29. public service systems and networks including Compuserve and America
  30. On Line. It is also gatewayed to Usenet where it appears as the moderated
  31. newsgroup 'comp.dcom.telecom'. 
  32.  
  33. Subscriptions are available to qualified organizations and individual
  34. readers. Write and tell us how you qualify:
  35.  
  36.                  * ptownson@massis.lcs.mit.edu *
  37.  
  38. The Digest is edited, published and compilation-copyrighted by Patrick
  39. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  40. or phone at:
  41.                       Post Office Box 4621
  42.                      Skokie, IL USA   60076
  43.                        Phone: 500-677-1616
  44.                         Fax: 847-329-0572
  45.   ** Article submission address: ptownson@massis.lcs.mit.edu
  46.  
  47. Our archives are located at ftp.lcs.mit.edu and are available by using
  48. anonymous ftp. The archives can also be accessed using our email
  49. information service. For a copy of a helpful file explaining how to
  50. use the information service, just ask.
  51.  
  52. *************************************************************************
  53. *   TELECOM Digest is partially funded by a grant from the              *
  54. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  55. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  56. * project.  Views expressed herein should not be construed as represent-*
  57. * ing views of the ITU.                                                 *
  58. *************************************************************************
  59.  
  60.      In addition, TELECOM Digest receives a grant from Microsoft
  61.      to assist with publication expenses. Editorial content in 
  62.      the Digest is totally independent, and does not necessarily
  63.      represent the views of Microsoft. 
  64.      ------------------------------------------------------------
  65.  
  66. Finally, the Digest is funded by gifts from generous readers such as
  67. yourself who provide funding in amounts deemed appropriate. Your help
  68. is important and appreciated. A suggested donation of twenty dollars
  69. per year per reader is considered appropriate. See our address above.
  70.  
  71. All opinions expressed herein are deemed to be those of the author. Any
  72. organizations listed are for identification purposes only and messages
  73. should not be considered any official expression by the organization.
  74. ----------------------------------------------------------------------
  75.  
  76. Date: Mon, 8 Jan 1996 20:47:36 EST
  77. From: ptownson@massis.lcs.mit.edu (TELECOM Digest Editor)
  78. Subject: Using the Telecom Archives
  79.  
  80.  
  81. I have received various complaints from people who say getting into
  82. the Telecom Archives is quite difficult ... and I agree that it is.
  83. We have experimented with the number of simultaneous connections to
  84. be allowed with various results.
  85.  
  86. Like everything else about the net these days, it seems traffic to
  87. various ftp/web sites has increased tremendously. Originally (meaning
  88. when the archives was moved onto this dedicated machine a few months
  89. ago) it was set for 25-30 simultaneous connections. This resulted in
  90. constant 'busy signals' with users almost constantly being refused
  91. connection. The allowable number of connections was moved up to 50
  92. and that alleviated the traffic jam for just a short while but it
  93. soon picked up again, so the allowable limit was set at 75.
  94.  
  95. That 75 ftp users at a time limit soon maxed out and again got us
  96. to the point of constant busy signals or connection refused to
  97. additional users. We would have none the less left it at 75 but
  98. that resulted in constant disk activity and a massive degradation
  99. in other system performance. It was *s l o w* attempting to do any
  100. work at all on this machine with that many users constantly on ftp.
  101.  
  102. Now we are back at 35 users allowed at any one time which provides
  103. a compromise I can live with -- I think -- between users wanting
  104. files and my ability to work here also. During the past two weeks
  105. the system crashed several times. It got so backlogged in stuff 
  106. and wrapped up in what it was doing that it just completely shut
  107. down. There were times that 'uptime' was reporting loads of more
  108. than 40. I did not misplace the decimal ... I mean forty. One night
  109. just before a crash the load was in excess of one hundred. Right 
  110. now as I write this, despite the fact that I am the only 'user'
  111. on the workstation, the various ftp connections have the load at
  112. 1.55 which still slows me down a lot, but I can live with it. 
  113.  
  114. There are also people who for whatever reason establish an ftp
  115. connection here and then just sit there all day doing little or
  116. nothing. Or maybe they are getting the same stalled and sluggish
  117. reactions that I am which causes their sessions to go on and on
  118. without ever coming to an end. It is hard for me to believe there
  119. are that many people demanding so much stuff from the archives,
  120. but apparently they are. So in addition to limiting the connections
  121. now to 35, a cron job comes along at five in the morning and 
  122. automatically dumps off all ftp users, so we can start out fresh
  123. each day.
  124.  
  125. What you can do:
  126.  
  127. If you get a 'connection refused' message, just keep trying over
  128. and over. Bang at it repeatedly until you jump in on a vacant
  129. connection. Do not put it aside and come back in an hour; you will
  130. get the same all-busy results -- it is almost guaranteed. If it
  131. is possible for you to do your ftp connections in the early morning
  132. hours, I recommend that. It seems to be least busy in the hours of
  133. 5-8 AM Eastern time, probably because the cron job just finished
  134. doing a housecleaning. If you can't be up and around at that hour,
  135. try running a cron job of your own. You should all have copies of
  136. the archives directory which are reasonably up to date.
  137.  
  138. The other thing you can do is make use of the Telecom Archives Email
  139. Information Service. This is not just for people without ftp ability;
  140. it is for anyone who wants to use it. You can retrieve any number of
  141. files as quick as it takes for email to get here, be processed by
  142. the TAEIS script and returned to you by email; many times in just
  143. seconds, or a minute or two. Every new user who is added to the 
  144. mailing list gets a copy of the TAEIS help file, and if you don't have
  145. one you only need to ask. 
  146.  
  147. I do not have any other solution at the present time, but I did want
  148. to let everyone know I am aware of the massive logjams that have
  149. been occurring when attempting to ftp here. 
  150.  
  151.  
  152. PAT
  153.  
  154. ------------------------------
  155.  
  156. Date: Mon, 8 Jan 1996 21:22:41 EST
  157. From: ptownson@massis.lcs.mit.edu (TELECOM Digest Editor)
  158. Subject: Receiving the Digest via Email
  159.  
  160.  
  161. Now let me address another problem which has been a thorn in my side
  162. for awhile ... the number of complaints which have been coming in from
  163. people saying the Digest has not been arriving in a timely way. Some
  164. have written to say they have not received it at all for several
  165. days at a time. You *should be* getting ten to fifteen issues of the
  166. Digest every week. Typically in mid-week, two or three issues in one
  167. day is not uncommon as output here. When I have investigated the
  168. delivery complaints, time and again I find a mailer daemon for the
  169. user in question saying that 'connection refused by xx' or 'service
  170. unavailable at xx'. In other words, your site for some reason is
  171. saying to my site that you cannot accept the mail at that time, and
  172. for whatever reason, everytime this site calls on yours, you are
  173. refusing the mail.  Another problem is the mailers (yours and or
  174. mine) will hang, and eventually time out. If you are not getting
  175. the Digest in a regular way as mentioned above (do NOT write two
  176. weeks after the fact and ask me if I have published any issues in
  177. the past two weeks ... the answer is yes, at least 20-30 issues)
  178. then please ask your sysadmin to see if his logs indicate for some
  179. reason the mail was bounced. That is not to say there are not possible
  180. problems here -- I beleive there are -- but they seem to be very
  181. pervasive at times. 
  182.  
  183. The other thing is, I honestly do not know what to do when a mailing
  184. list becomes as large as this one has. The people near the bottom of
  185. a list alphabetically sorted by site name (for maximum speed and
  186. effeciency in running sendmail) are always going to be hours away
  187. from delivery, and the amount of time required for delivery increases
  188. daily as new names are added and sorted into the list. I am typically
  189. seeing a net increase of ten new subscribers per day; that is, the
  190. number of 'adds' to the list minus the number of 'deletes' removed
  191. off the list. At any given time of the day or night here, 24 hours
  192. per day, there is always one or more invocations of sendmail running
  193. doing delivery of the Digest. Anytime I examine the mailq, I find
  194. one or two thousand names there waiting for sendmail to make delivery
  195. on. Then maybe sendmail gets cranky and shuts down completely for
  196. several minutes to an hour; maybe there is network congestion at
  197. other points which cause it to hang or other problems such as the
  198. entire system crashing due to the excessive demands on ftp. 
  199.  
  200. I have tried breaking the list into smaller pieces and running three
  201. or four invocations of sendmail at one time, but that only adds to
  202. the overall sluggishness of the machine as sendmail sits there 
  203. fighting with the ftp users over who is going to get the next machine
  204. cycle.  :(   So if your site name begins with an 'x' or 'y' or 'z'
  205. I am sorry that this message may not reach you for eighteen hours
  206. after it was written. Those of you who know something of how mailing
  207. lists operate know that all the names on the list are inserted into
  208. the 'bcc:' so that recipients don't have to sit through screen after
  209. screen of subscriber names in the envelope before the actual text
  210. starts flowing. Ihave sat here and watched the mailer take upwards
  211. of 15-20 minutes just to merely load the 'bcc:' before it started
  212. the actual distribution. 
  213.  
  214. Like Northwestern, MIT is very generous with me on resources. I can
  215. invoke sendmail day and night in massive quantities for all they care
  216. and entertain as many ftp connections as possible. But there are
  217. technical limits to things, and right now I just do not know where to
  218. turn next at resolving some of the lengthy delays many of you are
  219. experiencing. I am in this for the long term as most of you know;
  220. and perhaps we are just going to have to wait it out until a few
  221. million of the newcomers in recent months get tired and/or bored
  222. and unplug their computers for good, if they ever do.
  223.  
  224. Someone suggested perhaps a mirror site could be found for the
  225. archives to relieve a little of the crunch here, and if anyone
  226. wants to do that, let me know. In the meantime, if you write to
  227. me about long delays on ftp and long delays on receiving my email,
  228. be assured I am seeing all those letters even if I do not write back
  229. in response ... mainly because I have no solution at present, and
  230. nothing to really say in response other than I am sorry and fully
  231. aware of how things are going. 
  232.  
  233.  
  234. PAT
  235.  
  236. ------------------------------
  237.  
  238. From: BPRICE@MPA15AB.MV.UNISYS.COM
  239. Date: 08 JAN 96 18:10:00 GMT   
  240. Subject: Who are ACG and Tel America, Inc?
  241.  
  242.  
  243. A friend of my wife has appoached us to sign on with Tel America, Inc.
  244. T/A's literature identifies themselves as having some association with
  245. ACG, whoever they are.  They deny that they are a multi-level marketing 
  246. operation, but all I've seen in their literature just screams "multi-
  247. level" and "scam" to me.
  248.  
  249. They peddle prepaid cards, pagers and paging services, and a business-phone
  250. service with 800 numbers through MCI.  The business rates seem to be in
  251. the $.15/minute range; the card rates seem to be $.33/minute.  The cards
  252. seem to be bundled with down-line salesman slots:  pay $100, get one card
  253. and a license to sign up two people; for $300, you get three cards and
  254. four licenses; $700, seven cards and eight licenses.  They also mention a
  255. Voice Mail offering.
  256.  
  257. All that I have said above comes from a brief encounter with some random-
  258. looking marketing literature.  The literature extols the virtues of their
  259. marketing plan, with only scant mention of products and services:  this
  260. is typical of a scam, though not definitive.  They do mention an "LNX 2000"
  261. switch as their major asset.
  262.  
  263. T/A gives an address in Oakland, CA.  Can anyone report on Tel America and
  264. ACG?  What's the LNX 2000, and what's it good for?
  265.  
  266.  
  267. Bill Price
  268. "To DO the impossible, you must first THINK the unthinkable."
  269.                                    (courtesy Ian Farbrother)
  270.  
  271. ------------------------------
  272.  
  273. Date: Mon, 8 Jan 1996 15:02:35 -0500
  274. From: Allen Kass <allenk@richmond.infi.net>
  275. Subject: 800 Number Abuse Question Answered
  276.  
  277.  
  278. Pat,
  279.  
  280. I just wanted to take a moment to thank you for your interest and
  281. information about a question that I submitted a week or so back about
  282. 800 number abuse. I have really gotten an education in the past few
  283. days. Both from yourself, several other readers that have replied and
  284. from AT&T and Cable & Wireless. Fortunately, we did find out the
  285. "source" of this recent problem. Would you believe that one of our
  286. weekend part-timer news department operators was convinced that she
  287. should transfer an incoming 800 call to another outside line. The
  288. caller posed as another radio station needing a "special feed" and
  289. then instructed the operator to transfer his call to a 900 number not
  290. once but our SMDR indicates at least 15 separate time using at least
  291. four different sets in the news department. The 800 number appears on
  292. all the sets in the news department.
  293.  
  294. We have changed all passwords and remote access codes and we have also
  295. limited what states (area codes) can call into this 800 number. We
  296. have also checked the progamming on all public access phones in the
  297. building and removed several features and added restriction to help
  298. prevent this from happening again. We have also put out a memo to the
  299. entire staff explaining that they are not to transfer any calls
  300. outside the building for any reason without the permission of their
  301. department head. These people have been explained the problem in great
  302. detail so that they can instruct the staffs.  Again thanks for all the
  303. help and information.  
  304.  
  305.  
  306. Regards,
  307.  
  308. Allen Kass, Chief Engineer   WRVQ Radio Q94  Richmond, VA.
  309. Voice: 804-756-6481          Fax: 804-755-6077
  310. Email: allenk@richmond.infi.net 
  311. Home page: http://www.infi.net/~allenk/index.html
  312.  
  313.  
  314. [TELECOM Digest Editor's Note: You are quite welcome Allen. That is
  315. the purpose of my being here day after day; to help educate people
  316. on the topic of 'The Telephone Company' and all its manifestations.
  317. Stick around and learn some more. All of us, including myself, share
  318. through the collected wisdom of the group.   PAT]
  319.  
  320. ------------------------------
  321.  
  322. From: Clarence Dold <dold@rahul.net>
  323. Subject: Re: 800 Number Abuse Question
  324. Date: 8 Jan 1996 18:08:54 GMT
  325. Organization: a2i network
  326.  
  327.  
  328. TELECOM Digest Editor noted:
  329.  
  330. > that this exists on their PBX; they were never told about it when
  331. > the PBX was installed, or if they were, they never were told how to
  332.  
  333. Every PBX or voicemail system that we install has this ability turned
  334. off.  It is irresponsible for a vendor to do anything else.  If there
  335. are digital announcers on the system, we turn the ability off there as
  336. well.  Some systems have maintenance features that answer the phone
  337. after 15 rings, for maintenance access at night.  These are password
  338. protected, or they are on lines that only rnig under special
  339. configurations that we have the customer enable the night we need to
  340. get in.
  341.  
  342. Again, it is irresponsible to expose your customers to such a gaping
  343. security hole.  I know it happens, but I think there is some
  344. culpability on the part of the installing company.  In our case, we
  345. handle the long distance traffic for most of our hardware customers,
  346. so I suspect that they would refuse to pay us, if an exposure was our
  347. fault.
  348.  
  349.  
  350. Clarence A Dold - dold@rahul.net
  351.                 - Pope Valley & Napa CA.
  352.  
  353. ------------------------------
  354.  
  355. From: rem@world.std.com (Ross E Mitchell)
  356. Subject: Re: Compuserve Censors Usenet
  357. Organization: The World Public Access UNIX, Brookline, MA
  358. Date: Mon, 8 Jan 1996 18:41:45 GMT
  359.  
  360.  
  361. I think it's important to point out, for the record, that I agree that 
  362. Compuserve has the right to decide what to carry and what not to carry.  
  363. My argument was only with PAT's requirement for restricting the meaning 
  364. of the term "censorship" to government-imposed censorship.
  365.  
  366. My own view is that Compuserve's censoring of newsgroups is perfectly 
  367. appropriate; as a private company it is under no obligation to provide a 
  368. forum for all points of view.  People who disagree are always free to 
  369. leave the service, as PAT points out.
  370.  
  371. It is interesting to note that when a company does edit material, it
  372. leaves itself open to charges of libel when it permits libelous
  373. material to remain on its service.  This recently happened to Prodigy.
  374. The court ruled that since Prodigy had taken on the responsibility of
  375. deleting objectionable material, it had also taken on the
  376. responsibility of ensuring that what remained did not libel others.
  377. This responsibility, as I recall, would not have applied had Prodigy
  378. exercised no editorial control, much as the phone companies are not
  379. responsible for crimes committed through the use of their services.
  380. In the case of Compuserve, I wonder if this rationale could be
  381. extended to cover material contained in newsgroups it chooses to
  382. continue to carry.  Personally, I think they're safe there.
  383.  
  384.  
  385. Ross Mitchell
  386.  
  387. ------------------------------
  388.  
  389. From: lreeves@crl.com (Les Reeves)
  390. Subject: Fridays are Free With Sprint
  391. Date: 8 Jan 1996 12:25:54 -0800
  392. Organization: CR Labs
  393.  
  394.  
  395. Fridays are FREE
  396.  
  397. Sprint has gone nuts.  Their beancounters have consumed too much
  398. champagne.
  399.  
  400. They are offering a limited time (through 2-27-96) offer that may be
  401. just the ticket for you TD readers who lust for the days of free toll
  402. calls.  The offer is available for all customers (residence or
  403. business) who call 800.347.3300
  404.  
  405. You sign up for Sprint Business Sense, which gives a flat rate of
  406. $0.16 / minute.  This is a good rate during the day.  It is a bit high
  407. after 5:00 pm, and many carriers will give you < $0.16 / minute with
  408. no strings attached.
  409.  
  410. But wait, there's more.
  411.  
  412. FRIDAYS ARE FREE !!
  413.  
  414. No kidding.  Free to anywhere.
  415.  
  416. Anywhere means International anywhere.
  417.  
  418. So, you get a $50 per month minimum bill from Sprint.  They limit you
  419. to $1000 in *FREE* Friday calling per month.
  420.  
  421. Let's give those beancounters a headache.  Sign up now.
  422.  
  423.  
  424. Les     lreeves@crl.com       Atlanta,GA      404.874.7806  --
  425.  
  426.  
  427. [TELECOM Digest Editor's Note: Les and I discussed this at length on
  428. the phone a couple days ago. According to Sprint's literature, they
  429. will give you a year of free calls on Friday up to a thousand dollars
  430. per month. That works out to $12,000 in calls for $600 (50*12) in
  431. charges. The best part is, the $50 minimum per month can be taken
  432. out of the free calls on Friday. I am not sure if you have to default
  433. one of your lines to them or not. I don't think you do, and as Les
  434. points out, both business and residence phones are eligible. So if
  435. you like the idea of getting a bill once a month for $50 from Sprint
  436. while holding as many of your LD calls as possible for Friday where
  437. you have 24 hours once a week for a year to jam them all in, then
  438. you should sign up.
  439.  
  440. Indeed, I think Sprint has gone nuts. Is this promotion going to
  441. turn out to be another fiasco for them like their 'free fax modem'
  442. offer?  I would say $11,400 in free calls over a year's time is
  443. going to be just that, especially if multiplied by many thousands
  444. of new customers. I imagine they are betting that no one user can
  445. wrack up a thousand dollars in calls in a month's time on Friday
  446. alone. I think if we held over all those hours-long international
  447. calls each week and always made them on Friday we could. What would
  448. really be the pits for Sprint would be if we used them for nothing
  449. at all but Friday free calls, took that thousand in calls each
  450. month and cheerfully sent them their required check for $50 in
  451. payment. The bottom line is ($12,000 minus $600) = $11,400. I guess
  452. Sprint thinks they are going to win on this; that you will be so
  453. enamored of their service that you will make calls via their
  454. network the other six days of the week as well ...  
  455.  
  456. Sign up today: 800-347-3300. Sound enthusiastic, don't ask too many
  457. questions or make too many smart comments. Just sign up ... then show
  458. them what 'totally free calling' on Friday's is all about for the
  459. next year.  PAT] 
  460.  
  461. ------------------------------
  462.  
  463. Subject: Inter@ctive week article about FCC  "ISP Tax"
  464. Date: Mon, 8 Jan 1996 16:24:11 CST
  465. From: Kevin Mitchell <kam@mcs.com>
  466.  
  467.  
  468. Pat,
  469.  
  470. I found the Inter@ctive week article about the "ISP Tax". The URL is:
  471.  
  472. http://www.zdnet.com/~intweek/print/951218/upfront/doc11.html
  473.  
  474. IMHO, the FCC is up to its usual misunderstanding of what's going on.
  475. I don't think that Internet phone service is going to displace real
  476. long distance use ... nobody has a terminal hooked up 24 hours a day
  477. waiting for a call. It's a novelty. For a long time, most long distance
  478. calls will be carried on regular old telephone sets.
  479.  
  480. If the long distance companies are in such danger, and if the true
  481. cost of transmitting the spoken voice is really so low, then they should
  482. face the competition. Adapt or die. When we read that the FCC must "address
  483. the real potential economic impact" on the Bells, we're talking 
  484. corporate welfare. Which, loosely translated, means that the government
  485. takes _your_ money without your consent and gives it to a _profitable_
  486. corporation to allow that corporation to continue to exist where
  487. it otherwise might have to adapt to the new reality. Without harming
  488. that corporation's precious stock prices.
  489.  
  490. Of course, if all the ISPs go out of business due to this tax, nobody 
  491. cares. Except, perhaps, the local telco who wants to sell you the same
  492. service, priced by the byte. Oh yeah, and the price will be orders of
  493. magnitude more than the real costs.
  494.  
  495. Not to mention that the application of this tax is discriminatory.
  496. ISPs and their users pay all the appropriate fees under the tariffs.
  497. An additional tax burdens the _other_ users of the Internet as much or more
  498. than it burdens the IPhone users. Corbitt is so worried about nonmodem
  499. phone users, but what about non-IPhone Internet users?
  500.  
  501. And if my ISP leases a T1 from the telco and I make a call with a modem,
  502. who _cares_ what kind of information goes across it? All the applicable
  503. fees are paid. 
  504.  
  505. I'm hoping that the Netizens will rise up as they usually do and let their
  506. representatives and the FCC know that they oppose this kind of haphazard,
  507. discriminatory, and counterproductive regulation. 
  508.  
  509.  
  510. Kevin A. Mitchell, developer of GIFConverter for the Macintosh
  511. Personal: kam@mcs.net http://www.mcs.net/~kam/home.html 
  512. GIFConverter: kam@kamit.com or kam@kagi.com
  513.               http://www.kamit.com/gifconverter.html
  514.  
  515. ------------------------------
  516.  
  517. Date: Tue, 09 Jan 96 03:39:15 EST
  518. From: Tony Harminc <EL406045@BROWNVM.BROWN.EDU>
  519. Subject: Forbidden Cellular NXXs
  520.  
  521.  
  522. Some months ago, in reply to a slightly different topic, I mentioned
  523. that there are certain CO prefixes that cannot reliably be used as
  524. AMPS cellular NXXs.  I just came across the list, and since several
  525. people had asked me to post it, here it is.  The problem in brief is
  526. that the FOrward Control Channel (FOCC) data stream begins with an 11
  527. bit "word sync" sequence 11100010010.  This sequence is followed by 40
  528. bit words, which encode all sorts of control and addressing
  529. information from the central station to the mobiles.  It is possible
  530. for certain data, when encoded into the 40 bit words, to cause the
  531. word sync pattern to appear in the data, and thus possibly confuse a
  532. mobile attempting to synchronize on the data stream.  Normally this is
  533. not a serious problem, since the mobile will quickly realize that it
  534. isn't sync'd, and will try again.  But if many repeats of the false
  535. word sync sequence occur in the data, mobiles will have trouble
  536. reliably synching.
  537.  
  538. One way that many repeats could occur is if a certain NXX code used
  539. for many mobiles in the area, when encoded in 40 bit format, and combined
  540. with other possible control information in the words, contains the
  541. word sync sequence.  Since many phones with that NXX are likely to
  542. be paged if this is their home area, the sequence could be sent out
  543. very frequently.
  544.  
  545. I have listed only the NXX and where relevent the thousands digit that
  546. cause problems, and not the detailed bit patterns that result.  Many
  547. of these NXXs are invalid in the North American phone system, but are
  548. included for completeness.
  549.  
  550.  
  551. NXX    Thousands digit            NXX    Thousands digit
  552.  
  553. 175    0 to 9                     595    8, 9, 0
  554. 176    0 to 9                     851    8, 9, 0
  555. 177    0 to 9                     007    8, 9, 0
  556. 178    0 to 9                     150    2
  557. 179    0 to 9                     224    2
  558. 170    0 to 9                     288    2
  559. 181    0 to 9                     352    2
  560. 182    0 to 9                     416    2
  561. 663    0 to 9                     470    2
  562. 664    0 to 9                     544    2
  563. 665    0 to 9                     508    2
  564. 666    0 to 9                     672    2
  565. 899    0 to 9                     736    2
  566. 800    0 to 9                     790    2
  567. 909    0 to 9                     864    2
  568. 568    1 to 7                     928    2
  569. 070    1 to 7                     992    2
  570. 339    8, 9, 0                    056    2
  571.  
  572. In summary: usable prefixes 663, 664, 665, 666, 899, 800, and 909 are
  573. dangerous with any nnnn suffix, while certain others are OK with some
  574. suffixes and dangerous with others.  I imagine cellular operators will
  575. simply avoid all of them.  Note that the devil will never have an AMPS
  576. cellphone ...
  577.  
  578. This information is from document RSS 118 (Annex A) "Cellular System
  579. Mobile Station - Land Station Compatibility Standard", dated Oct. 22, 1983,
  580. published by the DOC in Ottawa.  Although it's an old document, I'd be
  581. very surprised if this restriction has changed, since the data formats
  582. are so fundamental to cellular operation.
  583.  
  584.  
  585. Tony Harminc
  586.  
  587. ------------------------------
  588.  
  589. From: palent9999@aol.com (Palent9999)
  590. Subject: Computer Telephony Expo 96
  591. Date: 8 Jan 1996 15:28:36 -0500
  592. Organization: America Online, Inc. (1-800-827-6364)
  593. Reply-To: palent9999@aol.com (Palent9999)
  594.  
  595.  
  596. Come to the BIGGEST Computer Telephony Show in the world!
  597.  
  598. ---- 98 hours of seminars
  599. ---- 36 hours of Killer App Theaters
  600. ---- 263 speakers
  601. ---- 341+ exhibitors
  602.  
  603. plus wonder demos from Harry Newton's secret vault ...
  604.  
  605. OVER 70,000 DOLLARS WORTH OF DOOR PRIZES, INCLUDING A BRAND NEW
  606. NISSAN 200SX!!!
  607.  
  608. Why another show?
  609.  
  610. Computer telephony is hot, brimming with opportunities for users,
  611. resellers, system integrators and entrepreneurs.  CT Expo 96 is the
  612. fastest-growing computer show in North America.  In 1991, we had 67
  613. exhibitors.  In 1996, we have over 360. In 1996, we have twice 1995's
  614. booth area -- the equivalent of 1070 10' X 10' booths.
  615.  
  616. CT Expo 96 is the only computer show you'll find booths from telecom
  617. vendors -- Ameritech, AT&T, Comdial, Fujitsu, Harris Digital, NEC,
  618. Northern Telecom, Mitel, Pacific Bell, Rockwell, Toshiba, and
  619. Siemens/Rolm.
  620.  
  621. CT Expo 96 is the only telecom show you'll find booths from computer
  622. companies -- Apple, Artisoft, Cirrus Logic, Delrina, Force, HP, IBM,
  623. Intel, Lotus, Microsoft, Novell, QNX, SCO, Sun, Unisys, and Xircom.
  624.  
  625. CT Expo 96 is the only show you'll find computer telephony companies
  626.  -- Active Voice, Amtelco, Apex, Bicom, Brooktrout, Dialogic, Diamond,
  627. Excel, Mitel, Natural MicroSystems, Parity, Octel, Rhetorex, Stylus,
  628. Talx, TRT, and Wildfire.
  629.  
  630. CT Expo 96 is your only chance in 1996 to see this exploding new
  631. industry, to hear and to meet with all the industry's experts -- all
  632. under one roof. This is a rare opportunity. I urge you to come Visit
  633. our web site to fill out a free exhibit hall registration form.
  634.  
  635. For more information, check out         www.ctexpo.com
  636.                                  or
  637.                                         1-800-999-0345
  638.  
  639. ------------------------------
  640.  
  641. End of TELECOM Digest V16 #9
  642. ****************************
  643.